Skip to main content

Standards Directory

A standard is only useful if you know what it is for. The most common architectural mistake in this area is substitution: using a classification where a terminology is needed, an exchange format where an information model is needed, or an identity protocol where an authorisation model is needed.

The tables below state each standard's owner, its domain, and the architecture layer it belongs to.

Last verified: 2026-08-24. Versions move; check the official URL before citing a version number in a specification.


Exchange and messaging​

StandardOrganisationDomainPurposeAvailabilityLayer
HL7 FHIRHL7 InternationalHealth data exchangeResource model + REST API for clinical and administrative dataFree, CC0 for the specificationData / Integration
HL7 v2HL7 InternationalHospital messagingEvent-driven pipe-delimited messages: ADT, orders, resultsSpecification requires membership or purchaseIntegration
HL7 CDAHL7 InternationalClinical documentsXML clinical documents with a fixed header and constrained bodySpecification requires membership or purchaseData
DICOMDICOM Standards Committee (NEMA)Medical imagingImage format, metadata model and network servicesFreeData / Integration
DICOMwebDICOM Standards CommitteeMedical imagingRESTful services for DICOM (WADO-RS, STOW-RS, QIDO-RS)FreeIntegration
IHE profilesIHE InternationalIntegration use casesConstrained combinations of standards for named workflows (PIX/PDQ, XDS, ATNA, MHD)FreeIntegration
X12 (270/271, 837, 835)ASC X12Administrative / claimsEligibility, claims and remittance in the United StatesLicensedIntegration

Terminology and classification​

The distinction that matters: a terminology describes clinical meaning for the record; a classification groups things into mutually exclusive categories for counting. You encode with the first and report with the second.

StandardOrganisationDomainPurposeAvailabilityLayer
SNOMED CTSNOMED InternationalClinical terminologyConcepts, descriptions and relationships for clinical meaningMember-country licensing; free in member countries and for some usesInformation
LOINCRegenstrief InstituteLaboratory and clinical observationsUniversal identifiers for tests, measurements and instrumentsFree, licence requiredInformation
ICD-10 / ICD-11WHOClassification of diseasesMorbidity and mortality statistics, reimbursementFree (ICD-11 via WHO), licence terms applyInformation
ICFWHOFunctioning and disabilityClassifying functioning, disability and healthFreeInformation
ICPC-2/3WONCA / ICPC FoundationPrimary careReason for encounter, problems and process in primary careLicensedInformation
RxNormUS National Library of MedicineDrug terminologyNormalised names and codes for clinical drugs (US-centric)FreeInformation
ATC/DDDWHO Collaborating Centre for Drug Statistics MethodologyDrug classificationAnatomical Therapeutic Chemical classification and defined daily dosesFree to browse; licensing for bulk useInformation
UCUMRegenstrief InstituteUnits of measureUnambiguous, computable unitsFreeInformation
ICD-OWHO / IARCOncologyTopography and morphology of neoplasmsFreeInformation

On CPT: Current Procedural Terminology is owned by the American Medical Association and is licensed, US-specific, and not freely redistributable. Use it only where the jurisdiction requires it.

On national terminologies: many countries maintain their own drug dictionaries, procedure lists and facility taxonomies. These are legitimate and often unavoidable; the architectural requirement is that they live in a terminology service with published value sets and maps, not in each application's database.


Clinical information models​

StandardOrganisationDomainPurposeAvailabilityLayer
openEHRopenEHR InternationalClinical dataTwo-level modelling: a stable reference model plus archetypes and templatesOpen specifications, CKM archetypes openly licensedData
ISO 13606ISO/CENEHR communicationReference model and archetypes for EHR extract communicationPurchase from ISOData
HL7 v3 RIMHL7 InternationalReference information modelUnderlies CDA; largely superseded by FHIR for new workMembership/purchaseData
OMOP CDMOHDSIObservational researchCommon data model for analysing observational health data at scaleOpenData / Analytics

Identity, security and authorisation​

StandardOrganisationDomainPurposeAvailabilityLayer
OAuth 2.0IETFAuthorisationDelegated access to APIs via tokensFree (RFC 6749 and successors)Security
OpenID ConnectOpenID FoundationIdentityAuthentication layer over OAuth 2.0FreeSecurity
SMART App LaunchHL7Health app authorisationLaunch context and scopes for FHIR appsFreeSecurity / Integration
SAML 2.0OASISFederated identityBrowser-based single sign-on, common in enterprise and governmentFreeSecurity
ISO/IEC 27001ISO/IECInformation securityManagement system for information securityPurchaseSecurity / Governance
ISO 27799ISOHealth information securityApplying ISO 27002 controls to personal health informationPurchaseSecurity
NIST Cybersecurity FrameworkNISTSecurity governanceOrganising cybersecurity activity: govern, identify, protect, detect, respond, recoverFreeGovernance
NIST SP 800-207NISTZero trustZero trust architecture referenceFreeSecurity

Decision support and guidelines​

StandardOrganisationDomainPurposeAvailabilityLayer
CQLHL7Clinical logicAuthor-friendly language for expressing clinical decision logic and measuresFreeApplication
CDS HooksHL7 / Boston Children'sDecision supportHook points in clinical workflow for external decision servicesFreeIntegration
FHIR Clinical Reasoning moduleHL7GuidelinesPlanDefinition, ActivityDefinition, Library, MeasureFreeData
BPMN 2.0OMGProcess modellingNotation for business processes; used by WHO Digital Adaptation KitsFreeProcess
DMNOMGDecision modellingDecision tables and logic, complements BPMNFreeProcess

Choosing between overlapping standards​

If you need to…UseNot
Move a lab result between two systemsFHIR Observation or HL7 v2 ORU^R01An ad-hoc CSV
Record what the clinician meantSNOMED CTICD
Count cases for a national reportICDSNOMED CT alone
Name a laboratory testLOINCA local test code alone
Model a clinical concept for long-term storageopenEHR archetypes, or FHIR profiles if exchange-drivenA bespoke database schema
Share an imaging studyDICOM / DICOMwebA JPEG export
Let a third-party app read a patient's recordSMART on FHIRAn API key emailed to the vendor
Prove who accessed whatFHIR AuditEvent / IHE ATNAApplication logs

Overlap is normal. FHIR and openEHR are complementary far more often than they are alternatives — see the comparison in openEHR.


In this section​

Exchange — HL7 FHIR · HL7 v2 · CDA · DICOM

FHIR ecosystem — Implementation guides · SMART on FHIR · Bulk Data

Terminology — SNOMED CT · LOINC · ICD · Terminology services

Clinical models — openEHR


References​